Audio content format selection

ABSTRACT

Systems, devices, apparatuses, components, methods, and techniques for providing media content to a media playback system are provided. The techniques provide for determining whether a playback system is connected, or otherwise associated with, a playback device suitable for 3D audio playback. Upon determining that a playback system is or is not connected or otherwise associated with a playback device suitable for 3D audio playback, audio content in a corresponding format may then be transferred and/or played by a requesting system. In some examples, one or more filters may be applied to requested audio content to compensate for determined user head movement and/or to create simulated 3D audio from generic two-channel recording.

BACKGROUND

An almost limitless variety of audio content is available to listenersat the touch of a button, or frequently the input of a voice command,given the presence of countless audio content distributors and servicesthat provide access to that content. Examples of audio content includesongs, albums, podcasts, audiobooks, promotional clips, etc. However,audio content is typically only transferred to listeners and theirplayback devices in a basic two-channel format in which it wasoriginally recorded, without taking into account the playbackcapabilities of those devices to providing more immersed and interactivelistening experiences to audio content consumers.

SUMMARY

In general terms, this disclosure is directed to providing audio contentto a media playback system in a format that takes advantage of the mediaplayback system's capabilities. Various aspects are described in thisdisclosure, which include, but are not limited to, the followingaspects.

One aspect is a method for providing media content to a media playbacksystem. The method includes: receiving, from the media playback system,a request for media content; determining, based on one or more factorsassociated with the request, whether the media playback system comprisesa three-dimensional audio playback system; sending, to the mediaplayback system, three-dimensional audio content when the media playbacksystem is determined to comprise a three-dimensional audio playbacksystem; and sending, to the media playback system, non-three-dimensionalaudio content when the media playback system is not determined tocomprise a three-dimensional audio playback system.

In accordance with an embodiment of the method of the present invention,there is provided a method performed by a server computing device forproviding media content to a media playback system comprising a mediaplayback device. The method comprises receiving, from the media playbacksystem, a request for media content. The method also comprisesdetermining, based on one or more factors associated with the request,whether the media playback system comprises a three-dimensional audioplayback system. The method also comprises sending, to the mediaplayback system, three-dimensional audio content when the media playbacksystem is determined to comprise a three-dimensional audio playbacksystem, and/or sending, to the media playback system,non-three-dimensional audio content when the media playback system isdetermined not to comprise a three-dimensional audio playback system.

In some embodiments of the invention, there is provided a computerprogram product comprising computer-executable components for causing aserver computing device to perform an embodiment of the method of thepresent disclosure when the computer-executable components are run onprocessing circuitry comprised in the server computing device.

In another aspect, a media server is provided. The media servercomprises: a database storing a plurality of songs in both of athree-dimensional format and a non-three-dimensional format; at leastone processing device in data communication with the database; and atleast one computer readable storage device storing instructions that,when executed by the at least one processing device, cause the mediaserver to: analyze a request for media content; determine, based on oneor more factors associated with the request, whether the requestoriginated from a media playback system comprising a three-dimensionalaudio playback system; and send, to the media playback system, one of:the three-dimensional audio content, and the non-three dimensional audiocontent, based on the determination.

In accordance with an embodiment of the media server of the presentinvention, there is provided a media server for a server computingdevice. The media server comprises a database storing a plurality ofsongs in both of a three-dimensional format and a non-three-dimensionalformat. The media server also comprises at least one processing devicein data communication with the database. The media server also comprisesat least one computer readable storage device storing instructions that,when executed by the at least one processing device, causes the mediaserver to analyze a request for media content. The media server is alsocaused to determine, based on one or more factors associated with therequest, whether the request originated from a media playback systemcomprising a three-dimensional audio playback system. The media serveris also caused to send, to the media playback system, one of: thethree-dimensional audio content, and the non-three dimensional audiocontent, based on the determination.

In yet another aspect, a media playback device is provided. The mediaplayback device comprises: a processing device; and at least onenon-transitory computer readable storage device storing instructionsthat when executed by the processing device, cause the media playbackdevice to: send a request to a media server for media content, therequest comprising one of: a request type indicating that the mediaplayback device is connected to the three-dimensional audio playbackdevice, and a request type indicating that the media playback device isnot connected to the three-dimensional audio playback device; andreceive, based on the request type indication, media content comprisingone of: three-dimensional audio content, and non-three dimensional audiocontent.

In accordance with an embodiment of the media playback device of thepresent invention, there is provided a media playback device comprisinga processing device, and at least one non-transitory computer readablestorage device storing instructions that when executed by the processingdevice, cause the media playback device to send a request to a mediaserver for media content, the request comprising one of: a request typeindicating that the media playback device comprises a three-dimensionalaudio playback system, and a request type indicating that the mediaplayback device does not comprise a three-dimensional audio playbacksystem. The media playback device is also caused to receive, based onthe request type indication, media content comprising one of:three-dimensional audio content, and non-three dimensional audiocontent.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an example system for selecting and providingthree-dimensional and non-three-dimensional audio content to a mediaplayback system.

FIG. 2 is a schematic illustration of the example system of FIG. 1 forselecting and providing three-dimensional and non-three dimensionalaudio content to a media playback system.

FIG. 3 is a schematic block diagram of the media content typeoptimization engine shown in FIG. 2.

FIG. 4 illustrates an example method for selecting and transferringaudio content to a media playback device in an appropriate format basedon the media playback device's suitability for playing three-dimensionalaudio content.

FIG. 5 illustrates an example method for sending a request to accessaudio content from a media playback device to one or more remotecomputing devices, and receiving corresponding audio content in anappropriate format based on the media playback device's suitability forplaying three-dimensional audio content.

FIG. 6 illustrates an example method for adjusting one or more filtersof three-dimensional audio content based on determined listener headmovement.

DETAILED DESCRIPTION

Various embodiments will be described in detail with reference to thedrawings, wherein like reference numerals represent like parts andassemblies throughout the several views. Reference to variousembodiments does not limit the scope of the claims attached hereto.Additionally, any examples set forth in this specification are notintended to be limiting and merely set forth some of the many possibleembodiments for the appended claims.

The perception of spatial sound in the real world is a complexphenomenon. It combines the interactions between acoustic sound wavesand a room or space, the interaction with a listener's head and ears,the reaction of a listener's middle and inner ear and the audio nerve,and the brain's cognition and interpretation of an acoustic scene.

Audio recordings have generally been provided to users, via mediaplayback systems (e.g., speakers and headphones; devices associated withspeakers and headphones such as tablets, smart phones, CD players, MP3players, etc.) in a two-channel stereo format, or a multi-channelsurround sound format. During two-channel stereo recording, twomicrophones are placed in strategically chosen locations relative to asound source, with both recording simultaneously. The two recordedchannels are similar, with each having a distinct time-of-arrival, andpressure-level, associated with received sound. During playback of suchrecordings, a basic illusion of multi-directional audible perspective isgenerally achieved by using two independent audio channels through aconfiguration of two or more speakers (or stereo headphones) in such away as to create the impression of sound heard from two directions.However, conventional stereo recordings fail to give listeners anaccurate perception of the location from which audio content originatesfrom in relation to their physical location because those recordings donot factor in natural ear spacing or “head shadow” of the head and ears,as well as other physical factors associated with receiving andprocessing sound in a three-dimensional environment, since these thingshappen naturally as a person listens, generating their own interauraltime difference and interaural level differences.

Surround sound systems provide a better locational auditory perceptionto listeners than typical stereo recordings. Surround sound generallydescribes a technique for enriching the sound reproduction quality of anaudio source with additional audio channels from speakers that surroundthe listener. Surround sound is characterized by a listener location, orsweet spot, where the audio effects work best, and presents a fixed orforward perspective of the sound field to the listener at this location.The technique enhances a listener's ability to identify the location ororigin of a detected sound in direction and distance. Typically this isachieved by using multiple discrete audio channels routed to an array ofloud speakers, whereby each source channel is mapped to its ownloudspeaker. However, like typical stereo recordings, surround soundalso fails to provide an accurate perception of sound as it is heard ineveryday life. For example, surround sound is hindered by the fact thatthere are a finite number of places (i.e., speakers) from which soundcan be perceived to originate from, and the sound no longer enters alistener's ears unaltered. Instead, it bounces around objects in athree-dimensional listening environment (e.g., walls, chairs, desks,etc.) that is unlike the environment that the sound has been recorded tocapture. As such, the sound reverberates off of objects in theenvironment, leaving sensitive phase information muddled.

In contrast to typical stereo and surround sound systems,three-dimensional audio systems provide a listener with the perceptionthat they are physically present in a three-dimensional environmentwhere audio is being produced, without limiting the listener to aspecific sweet spot, as generally required by surround sound systems.Three-dimensional recording (sometimes called binaural recording) takesthe stereo recording method one step further by placing two microphonesin ear-like cavities on either side of a stand or dummy head in order tocapture and process sound most closely to the way it would be heard byhuman ears, thereby preserving interaural cues. Three-dimensional audiorecordings are capable of providing an accurate perception of sound, asheard in the real world, by capturing sound waves as they are modifiedby a listener's aural anatomy (e.g., the size and shape of the head,ears, ear canal, density of the head, size and shape of nasal and oralcavities, etc.). Thus, three-dimensional audio recording accuratelycaptures the modified soundwaves as they would be heard by a listener,including pitch, tone, loudness, and location modifications, which arecommonly referred to as head related transfer functions and HRTFfilters. This allows for a listener of three-dimensional audio contentto place and perceive different sounds in different three-dimensionallocations upon hearing those sounds, even though the sounds may beproduced by just two speakers of a pair of headphones.

Three-dimensional audio content can also be created by simulating thesoundwave modifications that would occur in a natural sound environmentthrough the application of HRTF filters to standard multi-channelrecordings, in order to attempt to replicate non-altered threedimensional recordings. For example, filters that account for naturalsound environment factors may comprise filters that adjust soundwavesbased on distance, desired sound origination in relation to a listener,head movement of a listener, and a user's aural anatomy, among others.The perceived accuracy of producing such a recording is dependent atleast on how much information is available in the original recording(e.g., a multi-track recording with multiple channels can be processedto create a more convincing three-dimensional audio equivalent than amono-track stereo recording). Such a recording, as referred to herein,is designated as a simulated three-dimensional audio recording, orsimulated three-dimensional audio content.

Three-dimensional audio playback can accurately emulate athree-dimensional sound environment when played through headphones. Thisis typically not the case when a three-dimensional recording is playedback by one or more surrounding speakers. For example, whenthree-dimensional audio recordings are played back through surroundingspeakers in a three-dimensional environment, most of the subtlety islost, and it is difficult to perceive a difference from ordinary stereosound. Thus, when played over typical surrounding speakers, rather thanproviding the complex sound visualization of a three-dimensionalrecording, a listener is instead sensitive to the sound visualization ofher three-dimensional environment.

FIG. 1 illustrates an example system 100 for selecting and providingthree-dimensional (3D) and non-three-dimensional (non-3D) audio contentto a media playback system. The example system 100 includes first userplayback environment 102, second user playback environment 108, mediacontent processing and transfer environment 116, and audio contentstorage environment 126.

First user playback environment 102 includes user U and media playbackdevice 106. User U is wearing headphones that are physically connectedto media playback device 106, although it should be understood that userU's headphones may be connected/paired to media playback device 106 viawireless communication (e.g., BlueTooth, WiFi, etc.). The media playbackdevice 106 may comprise any device capable of playing back audiocontent, stored locally on the media playback device 106 or remotely(e.g., audio content stored on one or more remote computing devicesassociated with a media streaming service, audio content stored on oneor more computing devices associated with a media uploading and/ordownloading service, audio content stored on one or more remotecomputing devices associated with a cloud computing storage service,etc.). For example, the media playback device 106 may comprise devicessuch as a smart phone, a tablet, a laptop, a desktop, an MP3 player,etc., as well as any of those devices in addition to associated audioproducing devices (e.g., speakers that are physically or wirelesslyconnected, headphones that are physically or wirelessly connected,etc.).

Second user playback environment 108 includes user U, one or morespeakers 110, and laptop computing device 112. As shown, the one or morespeakers 110 and the laptop computing device 112 are playing audiocontent, which is being listened to by user U. However, unlike in firstuser playback environment 102, User U in second user playbackenvironment 108 is listening to audio content without headphones. Thusthe audio content (and corresponding sound waves) originating from eachof one or more speakers 110 and laptop computing device 112 are providedto user U from a distance rather than being played more directly intothe ear canals of user U.

Media content processing and transfer environment 116 includes servercomputing device 120, network 118, 3D audio content 122, and non-3Daudio content 124. Devices associated with each of first user playbackenvironment 102, second user playback environment 108, media contentprocessing and transfer environment 116, and audio content storageenvironment 126, may communicate with one another via network 118.

Audio content storage environment 126 includes 3D audio repository 128,including a plurality of 3D audio tracks, and non-3D audio repository130, including a plurality of non-3D audio tracks. According toexamples, user U may request, via media playback device 106 and network118, access to one or more audio tracks comprised in one or both of 3Daudio repository 128 and non-3D audio repository 130. The request may beinput into a graphical user interface, or language processing softwareassociated with, media playback device 106 in first user playbackenvironment 102 and/or laptop computing device 112 or a computing deviceassociated with one or more speakers 110 in second user playbackenvironment 108. For example, media playback device 106, laptopcomputing device 112 and a computing device associated with one or morespeakers 110 may run a media content streaming application, whichprovides functionality related to selecting and playing media content,including audio content, which may be stored locally on a media playbackdevice and/or an associated device, or remotely.

The request to access one or more audio tracks, in addition to providingan indication of which audio tracks, files playlists, etc. arerequested, may comprise an indication of whether the requesting deviceand/or a connected device is suitable for playing 3D audio content. Forexample, a determination may be made by media playback device 106 thatheadphones are physically connected or wirelessly connected to it, andas such, a further determination may be made that media playback device106 is connected to a device (the headphones) that is suitable forplaying 3D audio content.

According to some examples, the determination of whether a requestingdevice and/or a connected device is suitable for playing 3D audio may bemade by one or more remote computing devices, such as server computingdevice 120. Thus, in some aspects, media playback device 106 may makethe determination of whether it or a connected device is suitable forplaying 3D audio, and that information may be transferred to a mediaserver, and in other aspects, media playback device 106 may transferinformation about itself and/or other media playback devices associatedwith it, and a determination of whether it and/or a connected device issuitable for playing 3D audio may be made by one or more remotecomputing devices, such as server computing device 120.

According to examples, server computing device 120 may comprise a mediaserver and/or a content type selection server. Server computing device120 may perform one or more operations related to receiving mediacontent requests, determining whether a requesting device or a connecteddevice is suitable for playing 3D audio content, and selectingappropriate media content to transfer to a requesting device, such asmedia playback device 106.

In some aspects, upon receiving a request for one or more audio tracksfrom media playback device 106, server computing device 120 maydetermine, based on information associated with that request, that mediaplayback device 106 is connected to headphones and/or another devicethat is suitable for playing 3D audio content, and that the mediaplayback system associated with media playback device 106 is thereforesuitable for playing 3D audio that will be perceived by a listener ascorresponding to a natural sound environment. According to otheraspects, that determination may be made based on one or morecommunications by a media playback system associated with media playbackdevice 106. Accordingly, server computing device 120 may send a requestto 3D audio repository 128 for one or more of the audio tracks that wererequested by media playback device 106.

Although shown as two remote repositories, 3D audio repository 128 andnon-3D audio repository 130 may be maintained jointly on servercomputing device 120. Additionally, although shown as two separaterepositories, 3D audio repository 128 and non-3D audio repository 130may reside in the same or different storage devices.

Upon receiving a request for one or more 3D audio tracks, 3D audiorepository 128, or one or more computing devices associated with 3Daudio repository 128, may transfer one or more of the requested audiotracks to media playback device 106. Thus, in exemplary system 100, 3Daudio content 122 is sent to media playback device 106, via network 118.According to other examples, 3D audio repository 128 may transfer one ormore of the requested 3D audio tracks to one or more intermediarycomputing devices, such as server computing device 120, which may besubsequently transferred to media playback device 106.

In some examples, rather than transferring 3D audio tracks from 3D audiorepository 128 to media playback device 106, requested audio tracks maybe transferred from non-3D audio repository 130 to one or more HRTFprocessing engines and one or more associated computing devices, such asserver computing device 120, which may apply one or more HRTF filters tothe requested audio tracks, thereby generating simulated 3D audio tracksthat are then transferred to media playback device 106. Similarly,rather than transferring 3D audio tracks from 3D audio repository 128 tomedia playback device 106 and/or applying one or more HRTF filters tothe requested audio tracks at one or more HRTF processing computingdevices prior to transferring simulated 3D audio tracks to mediaplayback device, requested audio tracks may be transferred from non-3Daudio repository 130 to media playback device 106, which subsequentlyapplies one or more HRTF filters to the requested audio tracks, therebygenerating simulated 3D audio tracks at media playback device 106.

According to some aspects, user U in second user playback environment108 may request, via network 118, access to one or more audio trackscomprised in one or both of 3D audio repository 128 and non-3D audiorepository 130. The request may be input into laptop computing device112 or a computing device associated with one or more speakers 110 insecond user playback environment 108. For example, laptop computingdevice 112 and a computing device associated with one or more speakers110 may run a media content streaming application, which providesfunctionality related to selecting and playing media content, includingaudio content, which may be stored locally or remotely in relation toone or more speakers 110 and laptop computing device 112.

The request to access one or more audio tracks, in addition to providingan indication of which audio tracks are requested, may comprise anindication of whether the requesting device and/or a connected device issuitable for playing 3D audio content. For example, an indication may beprovided in the request that the requesting device and/or connectedplayback devices (e.g., one or more speakers 110) are not suitable for3D audio content playback. In some embodiments, the indication ofwhether laptop computing device 112, or a computing device associatedwith one or more speakers 110, in second user playback environment 108are suitable for playing 3D audio content may be provided to one or moreremote computing devices, such as server computing device 120. Thus, insome aspects, laptop computing device 112 and/or one or more devicesassociated with one or more speakers 110 may make the determination ofwhether themselves, or one or more connected devices, are suitable forplaying 3D audio, and that information may be transferred to mediaserver, such as server computing device 120, while in other aspectslaptop computing device 112 and/or more or more devices associated withone or more speakers 110 may transfer information about themselvesand/or other media playback devices connected to them, and adetermination of whether themselves and/or one or more connected devicesare suitable for playing 3D audio may be made by one or more remotecomputing devices, such as server computing device 120.

Upon receiving a request to access one or more audio tracks from laptopcomputing device 112 or a device connected to one or more speakers 110,server computing device 120 may determine, based on that request, thatneither laptop computing device 112, nor one or more speakers 110, areconnected to headphones or another 3D audio optimized playback device,and therefore the requesting device (laptop computing device 112, or oneor more speakers 110 and/or a connected device) are not suitable forplaying 3D audio content. Accordingly, server computing device 120 maysend a request to non-3D audio repository 130 for one or more of theaudio tracks that were requested by the requesting device (laptopcomputing device 112 or one or more speakers 110 and/or a connecteddevice).

Upon receiving a request for one or more non-3D audio tracks, non-3Daudio repository 130, or one or more computing devices associated withnon-3D audio repository 130, may transfer one or more of the requestedaudio tracks to the requesting device. Thus, in exemplary system 100,non-3D audio track 124 is sent to the requesting device in second userplayback environment 108 via network 118. According to other examples,non-3D audio repository 130 may transfer one or more of the requestednon-3D audio tracks to one or more intermediary computing devices, suchas server computing device 120, which may be subsequently transferred tothe requesting device in second user playback environment 108.

According to some examples, one or more movement-determining devices maybe physically and/or wirelessly connected to an audio requesting device.For example, headphones connected to media playback device 106 maycomprise one or more accelerometer for detecting a change in location.Thus, when connected to media playback device 106, and worn on user U,headphones comprising one or more accelerometer may provide anindication to media playback device 106, and/or one or more remotecomputing devices (e.g., server computing device 120), regarding userU's head position and movement. As such, when 3D audio content is beingplayed by media playback device 106 in such a scenario, one or morefilters may be applied to the 3D audio content at media playback device106 and/or one or more remote computing devices (e.g., server computingdevice 120) to compensate for a determined change in user U's headlocation. For example, one or more HRTF filters may be automaticallyapplied to 3D audio content being played by media playback device 106when a change in user U's head location is determined to have occurred,such that the 3D audio content being played provides an accurateperception of what the audio being played would sound like if user Uwere present and moving her head in the same manner during the recordingof the audio. According to examples, compensating filters that may beapplied in such a scenario may include one or more of: a timing filter,a loudness filter, and a timbre filter.

Although the examples described herein use accelerometers, in otherembodiments other types of movement-determining devices are used. Amovement-determining device is a device that operates to capturemeasurements related to movement of the media playback device 106 and/oran associated device (e.g., headphones, a headband, virtual realityheadgear, etc.). An accelerometer is an example of amovement-determining device.

An accelerometer is a device that is used to measure acceleration,including gravitational acceleration. In some embodiments, anaccelerometer measures acceleration in a single direction. In otherembodiments, an accelerometer measures acceleration in more than onedirection, such as in three directions. In some embodiments, theorientation of an accelerometer is inferred by comparing the measureddirection and magnitude of acceleration to an expected direction andmagnitude of gravitational acceleration. Additionally, in someembodiments, the movement of one or more accelerometers and/or a user'shead may be inferred from one or more measured acceleration values.

In some examples, a set of accelerometers may be implemented indetermining a change in a user's head location. For example, an Xaccelerometer, a Y accelerometer, and a Z accelerometer may beimplemented. In such examples, an X accelerometer may operate to measureacceleration in the horizontal direction relative to a user's headlocation, a Y accelerometer may operate to measure acceleration in avertical direction relative to a user's head location, and a Zaccelerometer may operate to measure acceleration in a front-to-backdirection relative to a user's head location. In some embodiments, anaccelerometer set may be implemented that includes three or moreaccelerometers that each operate to measure acceleration in threeorthogonal directions (i.e., each of the three directions is pairwiseperpendicular to the other two directions). In this manner one or moreaccelerometers may operate to determine and/or provide data such that adetermination can be reached regarding acceleration in three-dimensionalspace.

FIG. 2 is a schematic illustration of the example system of FIG. 1 forselecting and providing three-dimensional and non-three-dimensionalaudio content to a media playback system. In FIG. 2, the media playbackdevice 106, server computing device 120 (including media server 180 andcontent type selection server 182), and the network 118 are shown. Alsoshown are the user U and satellites S.

As noted above, the media playback device 106 and/or one or moreconnected devices operate to play media content comprising 3D audiocontent and non-3D audio content. In some embodiments, the mediaplayback device 106 operates to play media content items that areprovided (e.g., streamed, transmitted, etc.) by a system external to themedia playback device 106 such as media server 180 and/or content typeselection server 182, another system, or a peer device, which may becomprised of server computing device 120. Alternatively, in someembodiments, the media playback device 106 operates to play mediacontent stored locally on the media playback device 106. Further, in atleast some embodiments, the media playback device 106 operates to playmedia content that is stored locally as well as media content providedby other systems and devices.

In some embodiments, the media playback device 106 is a computingdevice, handheld entertainment device, smartphone, tablet, watch,wearable device, or any other type of device capable of playing mediacontent. In yet other embodiments, the media playback device 106 is alaptop computer (e.g., laptop computing device 112), desktop computer,television, gaming console, set-top box, network appliance, blue-ray orDVD player, media player, stereo, or radio. In some examples the mediaplayback device 106 may be connected, physically and/or wirelessly, toone or more audio producing devices such as one or more speakers 110.

In at least some embodiments, the media playback device 106 includes alocation-determining device 150, a touch screen 152, a processing device154, a memory device 156, a content output device 158, a playback systemdetermination device 160, and a network access device 162. Otherembodiments may include additional, different, or fewer components. Forexample, some embodiments may include a recording device such as amicrophone or camera that operates to record audio or video content. Asanother example, some embodiments do not include one or more of thelocation-determining device 150 and the touch screen 152.

The location-determining device 150 is a device that determines thelocation of the media playback device 106. In some embodiments, thelocation-determining device 150 uses one or more of the followingtechnologies: Global Positioning System (GPS) technology which mayreceive GPS signals 170 from satellites S, cellular triangulationtechnology, network-based location identification technology, WiFipositioning systems technology, and combinations thereof.

The touch screen 152 operates to receive an input 172 from a selector(e.g., a finger, stylus etc.) controlled by the user U. In someembodiments, the touch screen 152 operates as both a display device anda user input device. In some embodiments, the touch screen 152 detectsinputs based on one or both of touches and near-touches. In someembodiments, the touch screen 152 displays a user interface 164 forinteracting with the media playback device 106. As noted above, someembodiments do not include a touch screen 152. Some embodiments includea display device and one or more separate user interface devices.Further, some embodiments do not include a display device.

In some embodiments, the processing device 154 comprises one or morecentral processing units (CPU). In other embodiments, the processingdevice 154 additionally or alternatively includes one or more digitalsignal processors, field-programmable gate arrays, or other electroniccircuits.

The memory device 156 operates to store data and instructions. In someembodiments, the memory device 156 stores instructions for amedia-playback engine 166 that includes a media content typeoptimization engine 168A. In some embodiments, the media-playback engine166 operates to playback media content and the media content typeoptimization engine 168A operates to apply one or more HRTF filters toaudio content that is being played back or that is stored for futureplayback. For example, if media playback device 106 or an associateddevice are determined to be suitable for 3D audio playback, but audiocontent that is being played back by the media playback device 106, orthat is stored on media playback device 106 for future playback, is notin a 3D format, media content type optimization engine 168A may applyone or more HRTF filters to one or more corresponding non-3D audiotracks in order to play those tracks in a 3D audio format. Additionally,media content type optimization engine 168A may receive an indicationthat user U's head position has changed (e.g., receive information fromor related to movement detection devices connected to media playbackdevice 106), and apply one or more HRTF filters to one or more 3D audiotracks prior to or during playback of those tracks by the media playbackdevice 106.

The memory device 156 typically includes at least some form ofcomputer-readable media. Computer readable media includes any availablemedia that can be accessed by the media playback device 106. By way ofexample, computer-readable media include computer readable storage mediaand computer readable communication media.

Computer readable storage media includes volatile and nonvolatile,removable and non-removable media implemented in any device configuredto store information such as computer readable instructions, datastructures, program modules, or other data. Computer readable storagemedia includes, but is not limited to, random access memory, read onlymemory, electrically erasable programmable read only memory, flashmemory and other memory technology, compact disc read only memory, blueray discs, digital versatile discs or other optical storage, magneticcassettes, magnetic tape, magnetic disk storage or other magneticstorage devices, or any other medium that can be used to store thedesired information and that can be accessed by the media playbackdevice 106. In some embodiments, computer readable storage media isnon-transitory computer readable storage media.

Computer readable communication media as described herein embodiescomputer readable instructions, data structures, program modules orother data in a modulated data signal such as a carrier wave or othertransport mechanism and includes any information delivery media. Theterm “modulated data signal” refers to a signal that has one or more ofits characteristics set or changed in such a manner as to encodeinformation in the signal. By way of example, computer readablecommunication media includes wired media such as a wired network ordirect-wired connection, and wireless media such as acoustic, radiofrequency, infrared, and other wireless media. Combinations of any ofthe above are also included within the scope of computer readable media.

The content output device 158 operates to output media content. In someembodiments, the content output device 158 generates media output forthe user U. Examples of the content output device 158 include a speaker,an audio output jack, a Bluetooth transmitter, a display panel, and avideo output jack. Other embodiments are possible as well. For example,the content output device 158 may transmit a signal through the audiooutput jack or Bluetooth transmitter that can be used to reproduce anaudio signal by a connected or paired device such as headphones or aspeaker.

The playback system determination device 160 operates to determinewhether the media playback device 106, or a connected device, issuitable for playing back 3D audio content. In some examples, theplayback system determination device 160 may send an indication ofwhether the media playback device 106 or a connected device is suitablefor playing back 3D audio content to a media content server (e.g.,server computing device 120). In at least some examples, the playbacksystem determination device 160 operates to determine whether headphonesare physically or wirelessly connected to media playback device 106, andthus suitable for playing back 3D audio content. In other examples, theplayback system determination device 160 operates to determine whether auser has provided input into media playback device 106, or a deviceconnected to media playback device 106, indicating that media playbackdevice 106 is or is not suitable for playing back 3D audio.

The network access device 162 operates to communicate with othercomputing devices over one or more networks, such as network 118.Examples of the network access device include wired network interfacesand wireless network interfaces. Wireless network interfaces includesinfrared, BLUETOOTH® wireless technology, 802.11a/b/g/n/ac, and cellularor other radio frequency interfaces in at least some possibleembodiments.

The network 118 is an electronic communication network that facilitatescommunication between the media playback device 106 and remote devicesassociated with media content selection, processing, and delivery,including content type selection server 182, media server 180, and thedevices depicted in the various environments of FIG. 1. An electroniccommunication network includes a set of computing devices and linksbetween the computing devices. The computing devices in the network 118use the links to enable communication among the computing devices in thenetwork 118. The network 118 can include routers, switches, mobileaccess points, bridges, hubs, intrusion detection devices, storagedevices, standalone server devices, blade server devices, sensors,desktop computers, firewall devices, laptop computers, handheldcomputers, mobile telephones, and other types of computing devices.

In various embodiments, the network 118 includes various types of links.For example, the network 118 can include wired and/or wireless links,including Bluetooth, ultra-wideband (UWB), 802.11, ZigBee, cellular, andother types of wireless links. Furthermore, in various embodiments, thenetwork 118 is implemented at various scales. For example, the network118 can be implemented as one or more local area networks (LANs),metropolitan area networks, subnets, wide area networks (such as theInternet), or can be implemented at another scale. Further, in someembodiments, the network 118 includes multiple networks, which may be ofthe same type or of multiple different types.

In at least some embodiments, the media server 180 and the content typeselection server 182 are provided by separate computing devices. Inother embodiments, the media server 180 and the content type selectionserver 182 are provided by the same computing devices. Further, in someembodiments, one or both of the media server 180 and the content typeselection server 182 are provided by multiple computing devices. Forexample, the media server 180 and the content type selection server 182may be provided by multiple redundant servers located in multiplegeographic locations.

The media server 180 operates to transmit stream media 218 tomedia-playback devices such as the media playback device 106. In someembodiments, the media server 180 includes a media server application184, a media content type optimization engine 168B, a processing device186, a memory device 188, and a network access device 190. Theprocessing device 186, memory device 188, and network access device 190may be similar to the processing device 154, memory device 156, andnetwork access device 162 respectively, which have each been previouslydescribed.

In some embodiments, the media server application 184 operates to streammusic or other audio, video, or other forms of media content. The mediaserver application 184 includes a media stream service 194, a media datastore 196, and a media application interface 198. The media streamservice 194 operates to buffer media content such as media content items206, 208, and 210, for streaming to one or more streams 200, 202, and204.

The media application interface 198 can receive requests or othercommunication from media playback devices or other systems, to retrievemedia content items from the media server 180. For example, in FIG. 2,the media application interface 198 receives communication 234 from themedia playback device 106.

In some embodiments, the media data store 196 stores media content items212, media content metadata 214, and playlists 216. The media data store196 may comprise one or more databases and file systems (e.g., 3D audiorepository 128, non-3D audio repository 130, etc.). Other embodimentsare possible as well. As noted above, the media content items 212 may beaudio, video, or any other type of media content, which may be stored inany format for storing media content.

Media content items 206, 208, and 210 may comprise 3D audio contentitems or non-3D audio content items. For example, one or more of mediacontent items 206, 208 and 210 may be stored in 3D audio repository 128and comprise 3D audio content as discussed above. Similarly, one or moreof media content items 206, 208 and 210 may be stored in non-3D audiorepository 130 and comprise non-3D audio content as also discussedabove.

The memory device 188 operates to store data and instructions. In someembodiments, the memory device 188 stores instructions for a mediacontent type application that includes a media content type optimizationengine 168B. In some embodiments, the media content type application 286receives communications from the media playback device 106 and/or thecontent type selection server regarding requested media content, and themedia content type optimization engine 168B operates to apply one ormore HRTF filters to audio content. For example, if a determination ismade that media playback device 106 has requested one or more audiotracks, and media playback device or an associated device is suitablefor playing 3D audio, but that one or more of the requested audio tracksis not stored in a 3D format (e.g., stored in media data store 196 in a3D format), media content type optimization engine 168B may apply one ormore HRTF filters to one or more corresponding non-3D audio tracks inorder to transfer and/or stream those audio tracks to the media playbackdevice 106 in a 3D audio format. Additionally, media content typeoptimization engine 168 may receive an indication that user U's headposition has changed, and apply one or more HRTF filters to one or more3D audio tracks prior to or during transfer and/or streaming of thosetracks to the media playback device 106.

The media content metadata 214 operates to provide various informationassociated with the media content items 212. In some embodiments, themedia content metadata 214 includes one or more of title, artist name,album name, length, genre, mood, era, etc. The playlists 216 operate toidentify one or more of the media content items 212 and. In someembodiments, the playlists 216 identify a group of the media contentitems 212 in a particular order. In other embodiments, the playlists 216merely identify a group of the media content items 212 withoutspecifying a particular order. Some, but not necessarily all, of themedia content items 212 included in a particular one of the playlists216 are associated with a common characteristic such as a common genre,mood, or era.

The content type selection server 182 operates to provide audio contenttype-specific information about media content items to media-playbackdevices. In some embodiments, the content type selection server 182includes a content type server application 220, a processing device 222,a memory device 224, and a network access device 226. The processingdevice 222, memory device 224, and network access device 226 may besimilar to the processing device 154, memory device 156, and networkaccess device 162 respectively, which have each been previouslydescribed.

In some embodiments, content type server application 220 operates toanalyze a request for audio content from media playback device 106, anddetermine, based on one or more factors included in that request,whether media playback device 106 is suitable for playing 3D audiocontent. The content type server application 220 includes a 3D audiocontent type interface 228, and a 3D audio metadata store 230.

The audio content type interface 228 operates to receive requests orother communication from media playback devices or other systems. Forexample, the audio content type interface 228 may receive communicationfrom the media-playback engine 166. Such requests and communications mayinclude an indication that a requesting device is suitable, or is notsuitable, for playing 3D audio content. The audio content type interface228 may also analyze requests for audio content from media playbackdevices and retrieve information about requested audio content itemsfrom the content type selection server and/or the media server 180. Forexample, upon making a determination that a requesting media playbackdevice (or a connected device) is suitable for 3D audio contentplayback, the audio content type interface 228 may determine whether oneor more requested audio tracks are available in a 3D format for transferback to the requesting media playback device.

In some embodiments, the 3D audio metadata store 230 stores 3D audiometadata 232. The 3D audio metadata store 230 may comprise one or moredatabases and file systems. Other embodiments are possible as well.

The 3D audio metadata 232 operates to provide various informationassociated with media content items, such as the media content items212. In some embodiments, the 3D audio metadata 232 provides informationthat may be useful for selecting media content items for playback by amedia playback device or an associated device that is determined to besuitable for playing 3D audio content. For example, in some embodiments,the 3D audio metadata 232 stores information related to whether specificmedia content items are available for transfer back to a media playbackdevice as 3D audio. According to some embodiments, the 3D audio metadata232 may provide an indication that specific audio content in the mediadata store 196 is maintained in a 3D audio format. In other embodiments,the 3D audio metadata 232 may provide an indication that specific audiocontent in the media data store 196 is not maintained in a 3D audioformat. In still other embodiments, the 3D audio metadata 232 mayprovide an indication that a specific audio track in the media datastore 196, although not stored in a 3D audio format, may be streamed orotherwise transferred to a media playback device in a 3D audio formatafter one or more HRTF filters have been applied to it. According to yetother embodiments, the 3D audio metadata 232 may provide an indicationthat certain portions of a specific audio content in the media datastore 196 are maintained in a 3D audio format, while other portions arenot. The 3D audio metadata 232 may also provide an indication of thesize of specific audio content, in both its 3D audio format and itsnon-3D audio format.

Each of the media playback device 106, the media server 180, and thecontent type selection server 182 may include additional physicalcomputer or hardware resources. In at least some embodiments, the mediaplayback device 106 communicates with the media server 180 and thecontent type selection server 182 via network 118.

Although in FIG. 2 only a single media playback device 106, a singlemedia server 180, and a single content type selection server 182, areshown, in accordance with some embodiments, the media server 180 and thecontent type selection server 182 can support a plurality of mediaplayback devices and associated communications and requests, and themedia playback device 106 can simultaneously access media content from aplurality of media servers and content type selection servers.Additionally, although FIG. 2 illustrates a streaming media-based systemfor media content selection, other embodiments are possible as well. Forexample, in some embodiments, the media playback device 106 includes amedia data store 196 (i.e., media content that is stored locally on themedia playback device 106) and the media playback device 106 isconfigured to perform media content selection and/or HRTF filtering.Further in some embodiments, the media playback device 106 may operateto store previously streamed media content items in a local media datastore.

In at least some embodiments, one, both, or the combination of the mediaserver 180 and the content type selection server 182, can be used tostream, progressively download, or otherwise communicate music, otheraudio, video, or other forms of media content items to the mediaplayback device 106 based on a request for media content and/or acommunicated indication of whether the media playback device 106 or anassociated/connected device is suitable for playing 3D audio content.

In accordance with an embodiment, a user U can direct the input 172 tothe user interface 164 to issue requests, for example, to playback mediacontent corresponding to one or more audio tracks and/or a format inwhich such requested tracks are desired (e.g., 3D audio format, non-3Daudio format). For example, although the media playback device 106 or anassociated device (e.g., connected headphones) may be suitable forplaying 3D audio, user U may nonetheless request that non-3D audioformatted tracks be requested due to factors such as network streamingspeeds, network streaming cost, and available storage on the mediaplayback device 106, among others.

FIG. 3 is a schematic block diagram of the media content typeoptimization engine 168C, which may reside in media playback device 106(i.e., media content type optimization engine 168A), media server 180(i.e., media content type optimization engine 168B), or both mediaplayback device 106 and media server 180. Media content typeoptimization engine 168C includes location compensation engine 242,audio format conversion engine 244, head-related transfer function audiomodification engine 246, 3D audio timbre modification engine 248, 3Daudio timing modification engine 250, and 3D audio loudness modificationengine 252.

According to some embodiments, media content type optimization engine168C may include more or fewer engines related to location compensationand/or audio format conversion. In additional embodiments, one or moreof the engines shown in media content type optimization engine 168C maybe comprised within media playback device 106, while the same ordifferent engines shown in media content type optimization engine 168 Cmay be comprised within media server 180. In other embodiments, one ormore of the engines shown in media content type optimization engine 168Cmay be comprised within a computing device other than media playbackdevice 106 and media server 180.

Location compensation engine 242 may perform one or more operationsrelated to receiving location and movement information associated withone or more devices located on or near a user that is listening to audiocontent played by the media playback device 106, and determining whetherone or more HRTF filters should be applied or modified in relation to 3Daudio content being played. For example, location compensation engine242 may receive location and movement information from headphonesconnected to the media playback device 106 (e.g., accelerometerinformation), determining from that information that a user's headlocation has changed, and as such, determining that one or morecompensating HRTF filters should be applied or modified with regard to3D audio content being played by the media playback device 106.

Audio format conversion engine 244, when comprised within the mediaplayback device 106, may perform one or more operations related todetermining that one or more audio tracks being played back or stored bythe media playback device 106 are in a non-3D format, determining thatmedia playback device 106 or an associated device is suitable forplaying 3D audio content, and determining that one or more HRTF filtersshould be applied to the one or more audio tracks to convert them from anon-3D audio format to a simulated 3D audio format. Similarly, audioformat conversion engine 244, when comprised within a remote computingdevice such as media server 180, may perform one or more operationsrelated to determining that one or more audio tracks being transferred,streamed, or requested, by the media playback device 106 are stored in anon-3D format, determining or receiving a determination that mediaplayback device 106 or an associated device is suitable for playing 3Daudio content, and determining that one or more HRTF filters should beapplied to the one or more audio tracks to convert them from a non-3Daudio format to a simulated 3D audio format.

Head-related transfer function audio modification engine 246 comprises3D audio timbre modification engine 248, 3D audio timing modificationengine 250, and 3D audio loudness modification engine 252. According toexamples, head-related transfer function audio modification engine 246may receive an indication from location compensation engine 242 that oneor more HRTF filters should be applied to 3D audio content currentlybeing played, streamed or otherwise transferred to the media playbackdevice 106. That indication may be analyzed by head-related transferfunction audio modification engine 246 and a determination as to whetherone or more channels of the 3D audio content should be processed by oneor more of the 3D audio timbre modification engine 248, the 3D audiotiming modification engine 250, and the 3D audio loudness modificationengine 252, in order to compensate for detected user head movement(e.g., detected head movement as determined from movement/accelerometersensors in headphones connected to the media playback device 106),should be applied in order to create an accurate perception of what the3D content would sound like in a 3D environment if the user moved herhead in a 3D listening environment.

In some examples, a determination may be made that one or more channelsof the 3D audio content should be processed by the 3D audio timbremodification engine 248 because the head (as well as other body parts)deflect sound in different manners based on where sound originates from,and the head's location relative to, that origination point, and thusthe sound's frequency spectrum from one side of the head to the other ismodified based on a user's head movement. Thus, a determination may bemade to modify one or more channels and their corresponding frequenciesin order to change the timbre of the 3D audio content, therebycompensating for a perceived frequency change relative to a user's headmovement. Such a modification may be achieved via processing of one ormore channels of the 3D audio content by the 3D audio timbremodification engine.

In other examples, a determination may be made that one or more channelsof the 3D audio content should be processed by the 3D audio timingmodification engine 250 because, for example, sound originating from theleft arrives first to the left ear and microseconds later to the rightear. Thus, a determination may be made to modify one or more channelsand their corresponding timing, thereby compensating for a perceivedtiming change relative to a user's head movement. Such a modificationmay be achieved via processing of one or more channels of the 3D audiocontent by the 3D audio timing modification engine 250.

In additional examples, a determination may be made that one or morechannels of the 3D audio content should be processed by the 3D audioloudness modification engine 252 because the head muffles sound. Forexample, sound originating from the left side of a user's head isperceived to be louder to the left ear than to the right ear. Thus, adetermination may be made to modify one or more channels and theircorresponding loudness, thereby compensating for a perceived loudnesschange relative to a user's head movement. Such a modification may beachieved via processing of one or more channels of the 3D audio contentby the 3D audio loudness modification engine 252.

FIG. 4 illustrates an example method 400 for selecting and transferringaudio content to the media playback device 106 in an appropriate formatbased on the media playback device's suitability (or an associateddevice's suitability) for playing 3D audio content. Although describedin relation to selecting and transferring audio content from one or morecomputing device remote from the media playback device 106 (e.g., remotecomputing devices such as media server 180 and content type selectionserver 182), it should be understood in line with this disclosure thataudio content may be selected directly from the media playback device106 in the case that one or more audio tracks matching an input requestfor audio are stored locally on the media playback device 106.

The method 400 begins at a start operation and flow continues tooperation 402 where a request for media content is received by one ormore remote computing devices such as media server 180 and/or contenttype selection server 182. For example, a user may input a request intothe media playback device 106 to access one or more audio tracks,including individual audio tracks and/or a playlist, and that requestmay be transferred via network 118 to the media server 180 and/orcontent type selection server 182. According to examples, such a requestmay include an indication of whether the media playback device 106, oran associated device, is suitable for playing 3D audio.

From operation 402 flow continues to operation 404 where the indicationof whether the media playback device 106 and/or an associated device issuitable for playing 3D audio is analyzed, and flow continues tooperation 406.

At operation 406, a determination is made, based on the receivedindication of whether the media playback device 106 and/or an associateddevice is suitable for playing 3D audio, as to whether the mediaplayback device is suitable for playing 3D audio content. If adetermination is made at operation 406 that the media playback device106 and/or an associated device is not suitable for playing 3D audio,flow continues to operation 408, where non-3D audio contentcorresponding to the input request to access audio content is selected,and at operation 410 the selected non-3D audio content is transferred,via network 118, to the media playback device 106.

Alternatively, if a determination is made at operation 406 that themedia playback device 106 and/or an associated device is suitable forplaying 3D audio, flow continues to operation 412, where 3D audiocontent corresponding to the input request to access audio content isselected, and at operation 414 the selected 3D audio content istransferred, via network 118, to the media playback device 106.

FIG. 5 illustrates an example method 500 for sending a request to accessaudio content from the media playback device 106 to one or more remotecomputing devices (e.g., media server 180 and/or content type selectionserver 182), and receiving corresponding audio content in an appropriateformat based on the media playback device's suitability (or anassociated device's suitability) for playing 3D audio content. Althoughdescribed in relation to receiving audio content from one or more remotecomputing devices, such as media server 180 and/or content typeselection server 182), it should be understood in line with thisdisclosure that audio content corresponding to the input request may bestored locally on the media playback device 106, and as such, thecorresponding audio content may be received directly from storage on themedia playback device (e.g., memory device 156).

The method 500 begins at a start operation and moves to operation 502where a request to access audio content is received. For example, a usermay input, via a graphical user interface, speech recognition software,etc., a request to access audio content comprising one or more songs,one or more podcasts, one or more playlists, etc. From operation 502,flow continues to operation 504.

At operation 504 the suitability of the media playback device 106 and/oran associated device may be analyzed. For example, the one or more 3Daudio suitability factors may include: a determination that headphonesare physically plugged into the media playback device 106; headphonesare wirelessly paired with the media playback device 106 and audiocontent will be played by the wirelessly connected headphones when it isselected for streaming/playback; user input indicating that the mediaplayback device 106 or an associated device are suitable for 3D audioplayback; user input indicating that the media playback device 106 or anassociated device are not suitable for 3D audio playback; user inputindicating that regardless of whether the media playback device 106 oran associated device are suitable for 3D audio playback, that 3D audiocontent is nonetheless desired or not desired, etc.

From operation 504 flow continues to operation 506 where a determinationis made as to whether the media playback device 106 and/or an associateddevice are suitable for playing 3D audio. For example, one or more ofthe 3D audio suitability factors described above may be assessed and adetermination may be made based on those one or more factors as towhether the media playback device 106 is suitable for 3D audio playback.According to some aspects, one or more of the 3D audio suitabilityfactors may have a value assigned to them which corresponds to alikelihood that the media playback device 106 is suitable for playing 3Daudio. According to other aspects, one or more of the 3D audiosuitability factors may dictate the determination of whether the mediaplayback device 106 is suitable for playing 3D audio (e.g., user inputindicating that 3D audio is not desired may dictate a determination thatthe media playback device 106 is not suitable for 3D audio playback,user input indicating that 3D audio is desired may dictate adetermination that the media playback device is suitable for 3D audioplayback, etc.). According to some examples the values associated withthe 3D audio suitability factors may be summed or otherwise combined anda determination may be made as to whether a 3D playback threshold is met(i.e., whether the media playback device 106 and/or an associated deviceare suitable for playing 3D audio).

If a determination is made at operation 506 that the media playbackdevice and/or an associated device are not suitable for playing 3Daudio, flow continues to operation 508, where a request for non-3D audiois sent from the media playback device 106 to one or more computingdevices (e.g., media server 180 and/or content type selection server182), which may process the request as described above in relation to atleast FIG. 2.

From operation 510 flow continues to operation 510 where the mediaplayback device 106 receives the requested audio content in a non-3Dformat, and flow moves to operation 512 where the media playback device106 initiates playback and/or storing of the received non-3D audio. Fromoperation 512, the method 500 moves to an end operation and the method500 ends.

Alternatively, if a determination is made at operation 506 that themedia playback device and/or an associated device are suitable forplaying 3D audio, flow continues to operation 514, where a request for3D audio is sent from the media playback device 106 to one or morecomputing devices (e.g., media server 180 and/or content type selectionserver 182), which may process the request as described in relation toat least FIG. 2.

From operation 514, flow continues to operation 516 where the mediaplayback device 106 receives the requested audio content in a 3D format,and flow moves to operation 518 where the media playback device 106initiates playback and/or storing of the received 3D audio. Fromoperation 518, the method 500 moves to an end operation and the method500 ends.

FIG. 6 illustrates an example method 600 for adjusting one or morefilters of 3D audio based on determined listener head movement. Themethod 600 begins at a start operation and moves to operation 602 wherethe media playback device 106 has received audio content and hasinitiated playback of that audio content.

From operation 602 flow continues to operation 604 where an indicationthat a user/listener's head location has moved. For example, a movementdetection device (e.g., headphones that incorporate accelerometers)associated with the media playback device 106 may provide an indicationto the media playback device and/or media server 180 and/or content typeselection server 182 that a change in the user's head location haslikely occurred. That is, user head movement in any direction may occurand the movement detection device may provide corresponding feedback tothe media playback device 106, media server 180 and/or content typeselection server 182.

From operation 604 flow continues to operation 606 where a determinationas to whether the audio content being played is 3D audio content. Thedetermination of whether the audio content being played is 3D audiocontent may be made at the media playback device 106 and/or a remotecomputing device such as media server 180 and/or content type selectionserver 182.

If a determination is made at operation 606 that the audio content beingplayed is not 3D audio content, flow continues to operation 608 wherethe audio content continues to play without modification. Alternatively,if a determination is made at operation 606 that the audio content beingplayed is 3D audio content, flow continues to operation 610.

At operation 610 one or more filters are applied to the audio contentbeing played to compensate for the determined change in the user's headlocation. For example, one or more HRTF filters may be applied to theaudio content by a media content type optimization engine that mayreside within the media playback device 106 and/or a remote computingdevice such as media server 180. Thus one or more HRTF filters may beapplied to the 3D audio content being played, including: one or moreaudio timbre filter, one or more 3D audio timing filter, and one or more3D audio loudness filter, in order to compensate for the user'sdetermined head movement as more fully described above with respect tothe discussion of FIG. 3.

From operation 610, flow continues to operation 612 where playback ofthe 3D audio content continues with the applied filters in place. Fromoperation 610 the method 600 continues to an end operation and themethod 600 ends.

The various embodiments described above are provided by way ofillustration only and should not be construed to limit the claimsattached hereto. Those skilled in the art will readily recognize variousmodifications and changes that may be made without following the exampleembodiments and applications illustrated and described herein, andwithout departing from the true spirit and scope of the followingclaims.

Below follows an itemized list of example embodiments of the presentinvention.

1. A method for providing media content to a media playback system, themethod comprising:

receiving, from the media playback system, a request for media content;

determining, based on one or more factors associated with the request,whether the media playback system comprises a three-dimensional audioplayback system;

sending, to the media playback system, three-dimensional audio contentwhen the media playback system is determined to comprise athree-dimensional audio playback system; and

sending, to the media playback system, non-three-dimensional audiocontent when the media playback system is not determined to comprise athree-dimensional audio playback system.

2. The method of item 1, wherein determining whether the media playbacksystem comprises a three-dimensional audio playback system comprisesdetermining whether the media playback system comprises headphones.3. The method of item 2, wherein upon determining that the mediaplayback system comprises headphones, sending the three-dimensionalaudio content to the media playback system.4. The method of item 2, wherein upon determining that the mediaplayback system does not comprise headphones, sending thenon-three-dimensional audio content to the media playback system.5. The method of item 1, wherein at least one of the one or more factorsprovides an indication that headphones are one of: physically connectedto a device associated with the media playback system, and wirelesslyconnected to a device associated with the media playback system.6. The method of item 1, wherein the three-dimensional content comprisesan audio recording that has been modified with at least one head-relatedtransfer function.7. The method of item 1, wherein the three-dimensional content comprisesa binaural audio recording.8. The method of item 3, wherein the headphones are integrated with atleast one movement-determining sensor.9. The method of item 8, wherein the at least one movement-determiningsensor comprises an accelerometer.10. The method of item 8, further comprising:

receiving, from the at least one movement-determining sensor, anindication that a change in the headphones' location has occurred; and

in response to the received indication, automatically adjusting at leastone filter applied to the three-dimensional audio content, the at leastone filter selected from: a timing filter, a loudness filter, and atimbre filter.

11. The method of item 1, determining whether the media playback systemcomprises a three-dimensional audio playback system further comprises:

associating a three-dimensional playback value with each of the one ormore factors; and

determining, from a combined three-dimensional playback value for theone or more factors, whether a three-dimensional playback threshold ismet.

12. A media server comprising:

a database storing a plurality of songs in both of a three-dimensionalformat and a non-three-dimensional format;

at least one processing device in data communication with the database;and

at least one computer readable storage device storing instructions that,when executed by the at least one processing device, cause the mediaserver to:

analyze a request for media content;

determine, based on one or more factors associated with the request,whether the request originated from a media playback system comprising athree-dimensional audio playback system; and

send, to the media playback system, one of: the three-dimensional audiocontent, and the non-three dimensional audio content, based on thedetermination.

13. The media server of item 12, wherein determining whether the requestoriginated from a media playback system comprising a three-dimensionalaudio playback system comprises determining whether the media playbacksystem comprises headphones.14. The media server of item 13, wherein upon determining that the mediaplayback system comprises headphones, the instructions are furtherexecutable by the at least one processing device, to cause the mediaserver to:

send the three-dimensional audio content to the media playback system.

15. The media server of item 13, wherein upon determining that the mediaplayback system does not comprise headphones, the instructions arefurther executable by the at least one processing device, to cause themedia server to:

send the non-three dimensional audio content to the media playbacksystem.

16. A media playback device comprising:

a processing device; and

at least one non-transitory computer readable storage device storinginstructions that when executed by the processing device, cause themedia playback device to:

send a request to a media server for media content, the requestcomprising one of: a request type indicating that the media playbackdevice is connected to the three-dimensional audio playback device, anda request type indicating that the media playback device is notconnected to the three-dimensional audio playback device; and

receive, based on the request type indication, media content comprisingone of: three-dimensional audio content, and non-three dimensional audiocontent.

17. The media playback device of item 16, wherein the request comprisesone or more factors that indicate that the media playback device isconnected to headphones, and wherein the media playback device receivesthree-dimensional audio content based on the one or more factors meetinga three-dimensional audio content playback threshold.18. The media playback device of item 17, wherein at least one of theone or more factors provides an indication that headphones arephysically connected to the media playback device.19. The media playback device of item 17, wherein at least one of theone or more factors provides an indication that headphones arewirelessly connected to the media playback device.20. The media playback device of item 16, wherein the request comprisesone or more factors that indicate that the media playback device is notconnected to headphones, and wherein, the media playback receivesnon-three-dimensional audio content based on the one or more factors notmeeting a three-dimensional audio content playback threshold.

1. A method performed by a server computing device for providing mediacontent to a media playback system comprising a media playback device,the method comprising: receiving, from the media playback system, arequest for media content; determining, based on one or more factorsassociated with the request, whether the media playback system comprisesa three-dimensional audio playback system; sending to the media playbacksystem, three-dimensional audio content when the media playback systemis determined to comprise a three-dimensional audio playback system; andsending to the media playback system, non-three-dimensional audiocontent when the media playback system is not determined to comprise athree-dimensional audio playback system.
 2. The method of claim 1,wherein the determining whether the media playback system comprises athree-dimensional audio playback system comprises determining that themedia playback system comprises headphones.
 3. The method of claim 2,wherein upon determining that the media playback system comprisesheadphones, the method comprises sending the three-dimensional audiocontent to the media playback system.
 4. The method of claim 1, whereinthe determining whether the media playback system comprises athree-dimensional audio playback system comprises determining that themedia playback system does not comprise headphones, and wherein upondetermining that the media playback system does not comprise headphones,the method comprises sending the non-three-dimensional audio content tothe media playback system.
 5. The method of claim 2, wherein at leastone of the one or more factors provides an indication that theheadphones are one of: physically connected to the media playbackdevice, and wirelessly connected to the media playback device.
 6. Themethod of claim 1, wherein the three-dimensional content comprises anaudio recording that has been modified with at least one head-relatedtransfer function.
 7. The method of claim 1, wherein thethree-dimensional content comprises a binaural audio recording.
 8. Themethod of claim 2, wherein the headphones are integrated with at leastone movement-determining sensor, e.g. comprising an accelerometer. 9.The method of claim 8, further comprising: receiving, from the at leastone movement-determining sensor, an indication that a change in theheadphones' location has occurred; and in response to the receivedindication, automatically adjusting at least one filter applied to thethree-dimensional audio content, the at least one filter selected from:a timing filter, a loudness filter, and a timbre filter.
 10. The methodof claim 1, wherein the determining whether the media playback systemcomprises a three-dimensional audio playback system further comprises:associating a three-dimensional playback value with each of the one ormore factors; and determining, from a combination of thethree-dimensional playback values for the one or more factors, whether athree-dimensional playback threshold is met.
 11. A media server for aserver computing device, comprising: a database storing a plurality ofsongs in both of a three-dimensional format and a non-three-dimensionalformat; at least one processing device in data communication with thedatabase; and at least one computer readable storage device storinginstructions that, when executed by the at least one processing device,cause the media server to: analyze a request for media content;determine, based on one or more factors associated with the request,whether the request originated from a media playback system comprising athree-dimensional audio playback system; and send, to the media playbacksystem, one of: the three-dimensional audio content, and the non-threedimensional audio content, based on the determination.
 12. The mediaserver of claim 11, wherein determining whether the request originatedfrom a media playback system comprising a three-dimensional audioplayback system comprises determining whether the media playback systemcomprises headphones, whereby: upon determining that the media playbacksystem comprises headphones, the instructions are further executable bythe at least one processing device, to cause the media server to sendthe three-dimensional audio content to the media playback system; orupon determining that the media playback system does not compriseheadphones, the instructions are further executable by the at least oneprocessing device, to cause the media server to send the non-threedimensional audio content to the media playback system.
 13. A mediaplayback device comprising: a processing device; and at least onenon-transitory computer readable storage device storing instructionsthat when executed by the processing device, cause the media playbackdevice to: send a request to a media server for media content, therequest comprising one of: a request type indicating that the mediaplayback device comprises a three-dimensional audio playback system, anda request type indicating that the media playback device does notcomprise a three-dimensional audio playback system; and receive, basedon the request type indication, media content comprising one of:three-dimensional audio content, and non-three dimensional audiocontent.
 14. The media playback device of claim 13, wherein the requestcomprises one or more factors that indicate that the media playbackdevice is connected to headphones, and wherein the media playback devicereceives three-dimensional audio content based on the one or morefactors.
 15. The media playback device of claim 14, wherein at least oneof the one or more factors provides an indication that headphones arephysically or wirelessly connected to the media playback device.